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Personalization of telecommunications services 



BACKGROUND OF THE INVENTION 

The invention relates to services available in telecommunications 
networks, and particularly to the personalization of services provided by third 
generation mobile communications networks. Another term that can be used 
for service personalization is service differentiation. 

Personalization is used to provide users with as customized ser- 
vices as possible according to their needs. Di^ereht users are interested in 
different kinds of services available In telecommunications networks. There- 
fore, there is a need to nrKxJify services to suit the needs of different user 
groups based on an agreement made to this effect between a service provider 
and a subscriber. At the moment it is possible to provide service-specifically 
differentiated services. Consequently, from the system point of view the modi- 
fication of services so as to make them suit different targets or torget groups 
requires the creation of a new service. This causes redundancy in service logic 
and service data, because the new service may be basically similar to existing 
services and only comprise a few differing characteristics. Even a minor differ- 
entiation of a service may occupy personnel resources and system capacity, 
as well as cause problems in system management. 

The problem, therefore, is that at the moment there are only limited 
possibilities for flexible and expedient service personalization, and only certain 
subscriber-specific parameters can be determined for a service. This creates a 
need for developing possibilities for service personalization. 

BRIEF DESCRIPTION OF THE INVENTION 

It is therefore an object of the invention to provide a method and 
equipment implementing the method which allow the above problem to be 
solved. This object is achieved by a method, system, software product and 
network nodes characterized by what is stated in the independent claims. The 
preferred embodinients of the invention are disclosed in the dependent claims. 

The invention is based on the idea of personalizing services by 
means of what are referred as service data profiles. This means that a service- 
specific service data profile is determined for the subscription of a service sub- 
scriber. The service data profile comprises service parameters associated with 
the service, and definitions of the parameters. A service data profile defines 
how Individualized the determination of each service parameter value is in the 



service data profile in question. The underiying idea is that a service parameter 
value may be determined to be subscription-, subscriber-, group-subscription-, 
or group-specific, for example. A service parameter value that is determined as 
subscriber-specific, for example, is thus more individualized than a group- 
specific service parameter value. A single service may be assigned a plural 
number of service data profiles, which differ from one another in that one or 
more service parameter values of a service data profile are defined differently 
(with a higher or lower rate of individualization) in that profile than in other ser- 
vice data profiles associated with the same service. 

An advantage of the method and system of the invention is that ser- 
vice differentiation becomes a dynamic process, i.e. different service data pro- 
files are assigned different targets or target groups. This allows services to be 
modified In a flexible and expedient manner, while at the same time system 
capacity is saved. 

BRIEF DESCRIPTION OF THE DRAWINGS 

In the following, the Invention will be described with reference to the 
preferred embodiments and the accompanying drawings, in which 
Figure 1 illustrates a system of the invention; 

Figure 2 is a block diagram illustrating service data included in a 
home subscriber server according to a first prefen^d embodiment of the inven- 
tion; 

Figure 3 is a block diagram illustrating service data included in a 
service database according to the first preferred embodiment of the invention; 

Figure 4 Is a block diagram Illustrating service data included in a 
service database according to a second preferred embodiment of the inven- 
tion; 

Figure 5 Is a block diagram illustrating service data Included in a 
service data base according to a third preferred embodiment of the invention; 

Figure 6 is a block diagram Illustrating service data associated with 
a profile-specific logic according to a fourth prefen-ed embodiment of the Inven- 
tion; 

Figure 7 Is a flow diagram illustrating operation according to the first 
preferred embodiment of the invention. 
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DETAILED DESCRIPTION OF THE INVENTION 

In the following, the prefen-ed embodiments of the invention will be 
described with reference to a third generation mobile communications system, 
such as the Ui\/iTS (Universal Mobile Communications System). However, the 
5 invention is not meant to be restricted to these embodiments. The Invention 
can also be applied in other telecommunications systems in which subscription 
data Is maintained for producing user services. Due to the rapid development 
of telecommunications systems, additional modifications may be required to 
the invention. The words and expressions used herein should therefore be in- 

10 terpreted in their broadest sense, as they are meant to illustrate the Invention 
and not to restrict It. The most essential aspect of the invention is the function- 
ality concerned, not tiie equipment or network element executing it 

Figure 1 illustrates a mobile communications system 8 of a first pre- 
fenred embodiment of the invention, the s^em comprising a user terminal 

15 (mobile station) MS located within the coverage area of the system and com- 
municating over a radio access network RAN with a mobile sen/ices switching 
centre MSC belonging to a core network CN. A home subscriber server HSS 
represents a database element in which data concerning subscribers and their 
subscriptions are stored. Figure 2 illustrates an example of service-related data 

20 of the first preferred embodiment of the invention stored in the HSS. A service 
database SDB comprises data relating to the services available in the system 
and service data profiles associated with the services. Figures 3 to 5 illustrate 
examples of service-related data of the prefen-ed embodiments of the invention 
that reside in the service database. The service database is managed through 

25 a service management point SMP. The services are provided on a software 
basis on a service platform of the serving core network, the program executing 
the service by retrieving the necessary data from the HSS, >^a the MSG, and 
from the SDP, via the SMP, to the service platfonm, which provides the service. 
The service platfonn may be for example an SEP (service execution platfonn). 

30 Figure 1 only shows the network elements that are relevant to the Invention. A 
person skilled in the art will find It apparent that a mobile communications sys- 
tem also comprises other functions and structures, which do need to be de- 
scribed In greater detail herein. 

Figures 2 and 3 illustrate how service data of the first preferred em- 

35 bodlment of the invention are maintained in the system. The first preferred em- 
bodiment assumes that service data profiles are determined using three differ- 



ent levels and that service parameter values of a subscriber-specific level are 
stored in the subscriber data residing in the home subscriber server HSS, 
whereas other service parameter values are stored in the service database 
SDP. When a service is to be provided, the related service parameter values 
are retrieved from the HSS and/or the SDB, depending on the level they have 
been assigned in the service data profile. 

Figure 2 shows an example of the service data of the first preferred 
embodiment of the invention that reside in the HSS. In the example of Figure 
2, subscribers s1, s2 and s3 have service subscriptions ss-s1, ss-s2 and ss-s3 
stored in the HSS for subscribing to services servicel and/or serviceN - Ser- 
vicel of subscriber s1 is associated with service data profile 1-1, and that of 
subscriber s2 with service data profile 1-3. The same service data profile can 
be defined for a plural numi^er of subscribers. ServiceN of subscribers s1 and 
s3 is associated with service data profile N-2. Under PA, subscriber-specific 
service parameter values have been stored for subscribers si , s2 and s3. 

Figure 3 shows an example of the service data of the first prefenred 
embodiment of the invention that are stored In the service database SDB. For 
the sake of clarity, assume that the service parameters are divided into three 
levels: global (general), service-specific and subscriber-specific, although other 
levels are also possible. Examples of logical levels possibly applied include the 
following: 

1.1 global 

1 .2 service 

1.3 service data profile 

2.1 group 

2.2 group subscription 

2.3 subscriber 

2.4 subscription 

Of these, items 1.1 and 1.2 represent general levels, while other 
items are differentiated levels. On the other hand, items 1.1, 1.2 and 1.3 can 
be thought to represent system- and service-specific data, whereas items 2.1, 
2.2, 2.3 and 2.4 represent subscription-specific data. Increasing level number- 
ing indicates increasing amount of service-related data in the system. The step 
from one level to another should preferably be designed sufficienfly small. 
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without no major leaps, because otherwise overlapping of data will occur or, if 
overlapping is to be avoided, restrictions to services will appear. Increasing 
level numbering also indicates increasing degree of individualization. In other 
words, here the subscription-specific level is the most individualized level, 

5 while the global level Is the least individualized one. The more individualized 
the level, the more individualized is the service parameter value relating to the 
• level, and, hence, service personalization can be carried out. 

In the example of Figure 3, the SDB comprises both global level 
values and service-specific definitions for service parameters a, b, c, d and e. 

10 The global values are service parameter values that are available to the whole 
system. The service-specific level comprises servicel -specific date in block 
servicel and serviceN-specific data in block serviceN. The sen«ce-speciflc 
parameter values of servicel are given in block se-1 , and the service-specific 
values of serviceN in block se-N. The service data profiles associated with ser- 

15 vicel are shown in block prof-1 and those associated with serviceN in block 
prof-N. Servicel is provided with service parameter list pam-1, and serviceN 
with service parameter list pam-N. The service data profiles associated with 
servicel are 1-1, 1-2 and 1-3, while the service data profiles associated with 
serviceN are N-1 and N-2. The service data profiles comprise definitions for 

20 the parameters in the service parameter list and the level of the service pa- 
rameter value that is to be used for providing a service for a particular service 
data profile. The abbreviation "su" refers to a subscriber-specific level, "se" to a 
service-specific level, and "gl" to a global level. 

Figure 4 illustrates the maintaining of service data in the service da- 

25 tabase SDB in accordance with a second preferred embodiment of the inven- 
tion. The second prefenned eriibodlment assumes that service parameters are 
divided into four levels: global, service-specific, profile-spfecific and subscriber- 
specific, although other levels are also conceivable. 

In the example of Figure 4, servicel illustrates a service in which the 

30 service data profiles also differ according to their service parameters. In the 
second preferred embodiment of the invention this is made possible by indicat- 
ing in the service data profile the service parameters that are not available for 
the service data profile in question. This means that although the service data 
profiles have different parameters, the structure of the service data profile re- 

35 mains static. This is illustrated in Figure 4, where service parameter a is de- 
fined as non-existent, "ne", for service data profile 1-2, although service pa- 
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rameter a is included in tlie service parameter list pam-1 of servicel . Further, 
service parameter a is defined as a service-data-profile-specific ("pr") parame- 
ter in service data profile 1-1. The values of the service-data-profile-specific 
service parameters of servicel in service data profile 1-1 are defined in block 

5 PR1-1. In this case, there are no service-data-profile-specific values deter- 
mined for service data profile 1-2. 

Figure 5 illustrates the maintaining of sen/ice data in the service 
database SDB in accordance with a third preferred embodiment of the 
invention. The example in Figure 5 is based on the same division into levels as 

10 the example in Figure 3. According to the third preferred embodiment of the 
invention, service data profiles 1-1,1-2 and 1-3 comprise a general part pam- 
1-yl, which includes service parameters common to all the service data profiles 
of servicel, and a profile-specific part pam-1 -pr, which includes other service 
parameters associated with the service data profile concerned. In this embodi- 

15 ment, the structure of the service data profile is not static, I.e. It is not the same 
for all service data profiles of a particular service, but depends on the structure 
of the profile-specific part. 

Figure 6 illustrates the maintaining of service data in the service da- 
tabase SDB in accordance with a fourth preferred embodiment of the inven- 

20 tion. The example in Figure 6 is based on the same division into levels as the 
example in Figure 4. According to the fourth preferred embodiment of the in- 
vention, there is provided a service logic that comprises a service-data-profile- 
specific program part, which is only executed when the service data profile 
comprises one or more service-data-profile-specific sen/ice parameters. In 

25 other words, the service logic consists of a common logic part and a profile- 
specific logic part. In the example of Figure 6, pam-1 is the service parameter 
list of the servicel and comprises service parameters a, d and e. Servicel is 
associated with service data profiles 1-1 and 1-2. Service parameter a is a pro- 
file-specific parameter of service data profile 1-1, and therefore it is not avail- 

30 able in service data profile 1-2. According to the fourth prefenred embodiment 
of the invention, the service data profiles 1-1 and 1-2 have different service 
logics. The service logics associated with servicel are described in service 
parameter lists pamc1-1 and pamc1-2. Pamc1-1 relates to service data profile 
1-1 and it comprises all service parameters of pam-1. Pam-2 relates to service 

35 data profile 1-2 and it comprises only service parameters d and e of pami , be- 
cause service parameter a is not in use in service data profile 1-2. This en- 
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sures that the service logic does not contain any reference to service parame- 
ters not associated with the service data profile in question. 

Figure 7 is a flow chart illustrating the operation of a service platfornn 
SEP according to the first preferred embodiment of the invention. In step 7-2, a 
5 request for servicel is received from subscriber s1 , Next, in step 7-3, the HSS 
is requested to provide the service data profile Identifier (prof-ID) relating to 
servicel of s1 . In step 7-4 a response to the request made in step 7-3 is re- 
ceived from the HSS. In step 7-5 the routine checks whether the response of 
the HSS contains the prof-ID. If no prof-ID was received In step 7-4, then there 

10 is no subscription for servicel. This is informed to the user in step 7-1 Q, and 
the requested service is not executed. If the prof-ID was received In step 7-4, 
the service parameters and their addresses are retrieved in step 7-6 from the 
service data profile associated with the identifier. In step 7-7, the service pa- 
rameter values are retrieved from the location in the HSS and/or SDB, as indi- 

15 cated by the levels defined in the service data profile. After this, the service Is 
executed. According to the example of Figures 2 and 3, for example, sub- 
scriber s1 would receive servicel. On the basis of Figures 2 and 3, servicel 
would be provided to subscriber si using the following service parameter val- 
ues: 



20 



a = 23, b = 5, c = 9 and d = 2. 
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The service parameter values are deduced as follows. The parame- 
ter list of servicel comprises service parameters a, b, c and d. The data stored 
l-\ 25 in the HSS relating to subscriber s1 show that servicel is associated with ser- 
vice data pifofile 1-1. The data stored in the SDB in turn show that service pa- 
^•«^ rameters a and b of 1-1 are subscriber-specific (su) by definition, paranieter c 

Is service specific (se). and parameter d is global (gl). 

In other words, the service profile defines the level of each service 
30 parameter value determined for the service data profile in question. At the 
same time, the location where the parameter value is to be found is deter- 
mined. In other words, the service data profile comprises service-related pa- 
rameters and their definitions on logical levels. A sen^ice data profile is always 
used to refer to a single service. A single service, on the other hand, may be 
35 associated with different service data profiles, and one and the same service 
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data profile may be associated with a plural number of subscribers or subscrip- 
tions. 

In this specification the term "subscriber" refers to a single sub- 
scriber and/or group, and the term "subscription" to the subscription of a single 
5 subscriber and/or to a group subscription. 

In this specification the term "list" is to be understood as broadly as 
possible such that it does not have to concern a physical list, but the informa- 
tion (parameters) of the list may have a distributed location in the system. It 
suffices that the system knows the parameters associated with the service. 

10 Although Figures 3, 4 and 5 show three different ways of determin- 

ing service data profiles, a person skilled in the art will find it apparent that a 
mobile communications system operator may accept various ways, or just one 
way, of defining the profiles. 

Although the invention is described above assuming that subscriber- 

15 specific parameter values are stored in the subscriber data, while all other val- 
ues and definitions associated with service data profiles are stored in the ser- 
vice database, a person skilled in the art will find it apparent that it is not rele- 
vant where the definitions and values are stored. Subscriber-specific values, 
for example, may be stored in the service database, or global service parame- 

20 ter values in a separate database. It suffices that the network node providing 
the service knows the level division applied and where to find the service data 
profile, and that the service data profile determines the service parameters to 
be used and the levels involved. 

A system implementing the functionality of the invention and its net- 

25 work nodes comprise not only prior art means but also means for detennining 
service data profiles, for storing service parameter values and for executing a 
service according to a service data profile. A serving network, network nodes 
and temninal device comprise processors and memory that can be utilized in 
the functionalities according to the invention. Any modifications required for 

30 implementing the invention may be provided by adding or updating the neces- 
sary software routines in those network elements into which the services are to 
be loaded. Network elements carrying out data storage may also require addi- 
tional memory capacity. 

It is apparent to a person skilled in the art that as technology ad- 

35 vances, the basic idea of the invention may be implemented in various ways. 



The invention and its embodiments are therefore not restricted to the above 
examples, but they may vary within the scope of the claims. 
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CLAIMS 

1. A method for personalizing a service (servicel, serviceN) in a 
telecommunications system (S), the method comprising at least the steps of 

maintaining a parameter list (pam-1 , pam-N) for a service, the list 
5 comprising parameters (a, b, c, d, e) associated with the service. 

characterized by further comprising the steps of 

maintaining a value on at least two different levels (gl, se, pr, su) for 
at least a first parameter, the first level being more Individualizing than the 
second level; and 

10 maintaining at least two service data profiles (prof-1, prof-N) for the 

service, the profiles both comprising definitions of the levels for the parameters 
and the profiles differing from one another at least In that in the first service 
data profile the first parameter value is on the first level, whereas in the second 
service data profile it is on the second level 

15 2. A method according to claim 1, characterized by com- 

prising the steps of 

indicating the service data profile to be used for providing a service 
to a subscriber (si, s2, s3) in subscriber data (ss-sl, ss-s2, ss-s3) residing in 
the system; and 

20 providing the service to the subscriber by using the values defined 

for the parameters on the levels (gl, se, pr, su) according to the service data 
profile definitions. 

3. A method according to claim 1 or 2, characterized in that 
the first level is a system- or service-specific level (gl, se, pr) and the second 

25 level is a subscription-specific level (su) in which a parameter value is sepa- 
rately defined for each subscription in the system. 

4. A method according to any one of claims 1 , 2, or 3, c h a r a c - 
t e r i z e d in that the parameters of the parameter list that are not available 
(ne) for a particular service data profile are indicated in the service data profile. 

30 5. A method according to any one of claims 1 , 2, or 3, c h a r a c - 

t e r i z e d by further comprising the step of determining in the service data 
profile not only common parameters (pam-1 -yl) included in each service data 
profile, but also service-data-profile-specific parameters (pam-1 -pr) that relate 
only to the service data profile in question. 
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6. A method according to any one of claims 1 , 2, 3, or 4, c h a r - 
acterized by further comprising the step of maintaining a parameter list 
(pamc1-1, pamc1-2) for a service, the list being associated with the first ser- 
vice data profile (1-1, 1-2) and comprising references only to parameters asso- 

5 dated with the first service data profile. 

7. A telecommunications system software product comprising a 
computer-readable program stored in a program storage means, the program 
comprising a first routine for maintaining a parameter list for a service, the list 
comprising parameters associated with the service, characterized in 

10 that the program comprises a second routine for maintaining at least a first pa- 
rameter value on at least two different levels, the first level being more indi- 
vidualizing than the second level, and a third routine for maintaining at least 
two service data profiles for the service, the profiles both comprising definitions 
of the levels for the parameters and the profiles differing from one another at 

1 5 least in that in the first service data profile the value of the first parameter is on 
the first level, whereas in the second sen^ice data profile it is on the second 
level. 

8. A software product according to claim 7, characterized in 
that the program comprises a fourth routine to indicate in the system sub- 

20 scriber data the service data profile to be used for providing a service to the 
subscriber, and a fifth routine for providing the service to the subscriber by us- 
ing the parameter level values defined on the basis of the service data profile 
definitions. 

9. A software product according to claim 7 or 8, character- 
25 i z e d in that the program further comprises a routine for identifying those pa- 
rameters in a pararneter list which are not available in the service data profile. 

10. A software product according to claim 7 or 8, character- 
ize d in that the program further comprises a routine for identifying In the ser- 
vice data profile not only common parameters , included in each service data 

30 profile, but also service-data-profile-specific parameters that relate only to the 
service data profile in question. 

1 1 . A software product according to claim 7, 8, or 9. charac- 
terized In that the program further comprises a routine for maintaining for 
the service a parameter list associated with the first service data profile, the list 

35 including references only to parameters associated with the first service data 
profile. 
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12. A telecommunications system comprising 

a network node for maintaining for a service a parameter list of pa- 
rameters associated with the service, 

characterized in that the system is configured to 
5 maintain at least a first parameter value on at least two different lev- 

els, the first level being more individualizing than the second level; and to 

maintain at least two service profiles for the service, the profiles 
both comprising definitions of the levels for the parameters and the profiles 
differing from one another at least In that in the first service data profile the 
10 value of the first parameter is on the first level, whereas in the second service 
data profile it is on the second level. 

13. A telecommunications system according to claim 12, char- 
acterized in that the system is further configured to 

indicate in the system subscriber data the service data profile to be 
1 5 used for providing the service to a subscriber; and to 

provide the service to the subscriber by using parameter values de- 
fined on levels according to the service data profile definitions. 

14- A telecommunications system according to claim 12 or 13, 
characterized in that the system is further configured to indicate the 
20 parameters that are nqt available for the service data profile. 

15. A telecommunications system according to claim 12 or 13, 
characterized in that the system is configured to maintain in the ser- 
vice data profile not only common parameters included in each service data 
profile but also service-data-profile-specific parameters only associated with 

25 the service data profile in question. 

16. A telecommunications system according to any one of claims 
12, 13 or 14, c h a r a c t e r i z e d in that the system is further configured to 
maintain for the service a parameter list associated with the first service data 
profile, the list including references only to parameters associated with the first 

30 service data profile. 

17. A network node for maintaining a parameter list of parameters 
associated with a service in a telecommunications system, character- 
ized in that the network node comprises memory means for 

maintaining a value for at least a first parameter on at least two 
35 different levels, the first level being more individualizing than the second level; 
and for 



13 

maintaining at least two service data profiles for a sen/ice, the pro- 
files both comprising parameter level definitions and the profiles differing from 
one another at least in that in the first service data profile the value of the first 
parameter is on a first level, whereas in the second service data profile it is on 
5 a second level. 

1 8. A network node according to claim 17, characterized in 
that the network node is a service database (SDB) in a mobile communications 
system. 

19. A network node for providing a service in a telecommunications 
10 system in which a list of the parameters for the sen^ice is maintained, char- 
acterized in that for providing the service to the subscriber, the network 
node comprises: a first routine to find out in the subscriber data of the system 
which one of the service data profiles of the service has been subscribed to, 
the service data profiles comprising definitions of the levels for the parameters 

15 and the profiles differing from one another in relation to at least one parameter 
level definition; and a second routine for retrieving the parameter values from 
the levels based on the definitions In the service data profile. 

20. A network node according to claim 19, characterized in 
that the network node is a service plati^orm (SEP) in a mobile communications 

20 system. 
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ABSTRACT 

A method for personalizing services in a mobile communications system, the 
services being used on the basis of a parameter list (pam-1 , pam-N) and a 
service data profile (1-1, 1-2, 1-3, N-1, N-2). The parameter list comprises the 
5 parameters needed for providing a service. The sen/ice data profile defines 
levels for the parameters in the parameter list, the parameter values being re- 
trieved from the levels when the service is being used. The levels include, for 
example, global (gl), service-specific (se) and subscriber-specific (su) levels. 
The service data profiles of a particular service differ from one another accord- 
1 0 ing to the level on which the parameter values have been defined. 
(Figure 3) 
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